Integrated Adaptive Anycast For Content Distribution

ABSTRACT

A system includes first and second cache servers a domain name server, and a route controller. The cache servers are each configured to respond to an anycast address. Additionally, the first cache server is configured to respond to a first unicast address, and the second cache server is configured to respond to a second unicast address. The router controller configured to determine wither the status of the first cache server is non-overloaded, overloaded, or offline. The route controller is further configured to instruct the domain name server to provide the second unicast address when the status is overloaded or offline, and modify routing of the anycast address to direct a content request sent to the anycast address to the second cache server when the status is offline. The domain name server is configured to receive a request from a requestor for a cache server address. Additionally, the domain name server is configured to provide an anycast address to the requestor when the status of the first cache server is non-overloaded, and provide the second unicast address to the requestor when the status of the first cache server is offline or overloaded.

CROSS REFERENCE TO RELATED APPLICATIONS

This application claims priority to and is a continuation of U.S. patentapplication Ser. No. 14/873,618, filed on Oct. 2, 2015, which is acontinuation of U.S. patent application Ser. No. 14/053,884, filed onOct. 15, 2013, now U.S. Pat. No. 9,191,292, which is a continuation ofU.S. patent application Ser. No. 12/645,006, filed on Dec. 22, 2009, nowU.S. Pat. No. 8,560,598, the disclosures of which are herebyincorporated by reference in their entireties.

FIELD OF THE DISCLOSURE

The present disclosure generally relates to communications networks, andmore particularly relates to integrated adaptive anycast for contentdistribution.

BACKGROUND

Packet-switched networks, such as networks based on the TCP/IP protocolsuite, can distribute a rich array of digital content to a variety ofclient applications. One popular application is a personal computerbrowser for retrieving documents over the Internet written in theHypertext Markup Language (HTML). Frequently, these documents includeembedded content. Where once the digital content consisted primarily oftext and static images, digital content has grown to include audio andvideo content as well as dynamic content customized for an individualuser.

It is often advantageous when distributing digital content across apacket-switched network to divide the duty of answering content requestsamong a plurality of geographically dispersed servers. For example,popular Web sites on the Internet often provide links to “mirror” sitesthat replicate original content at a number of geographically dispersedlocations. A more recent alternative to minoring is content distributionnetworks (CDNs) that dynamically redirect content requests to a cacheserver situated closer to the client issuing the request. CDNs eitherco-locate cache servers within Internet Service Providers or deploy themwithin their own separate networks.

BRIEF DESCRIPTION OF THE DRAWINGS

It will be appreciated that for simplicity and clarity of illustration,elements illustrated in the Figures have not necessarily been drawn toscale. For example, the dimensions of some of the elements areexaggerated relative to other elements. Embodiments incorporatingteachings of the present disclosure are shown and described with respectto the drawings presented herein, in which:

FIG. 1 is a block diagram illustrating a communications network inaccordance with an embodiment of the present disclosure;

FIG. 2 is a block diagram illustrating an anycast CDN system inaccordance with an embodiment of the present disclosure;

FIG. 3 is a flow diagram illustrating an exemplary method of providingan Internet Protocol (IP) address in accordance with an embodiment ofthe present disclosure;

FIG. 4 is a flow diagram illustrating another exemplary method ofproviding an IP address in accordance with an embodiment of the presentdisclosure;

FIG. 5 is a flow diagram illustrating an exemplary method of redirectingrequests in accordance with an embodiment of the present disclosure;

FIGS. 6, 7, and 8 are block diagrams illustrating the behavior of anexemplary anycast CDN system in accordance with embodiments of thepresent disclosure; and

FIG. 9 is an illustrative embodiment of a general computer system.

The use of the same reference symbols in different drawings indicatessimilar or identical items.

DETAILED DESCRIPTION OF THE DRAWINGS

The numerous innovative teachings of the present application will bedescribed with particular reference to the presently preferred exemplaryembodiments. However, it should be understood that this class ofembodiments provides only a few examples of the many advantageous usesof the innovative teachings herein. In general, statements made in thespecification of the present application do not necessarily limit any ofthe various claimed inventions. Moreover, some statements may apply tosome inventive features but not to others.

FIG. 1 shows a geographically dispersed network 100, such as theInternet. Network 100 can include routers 102, 104, and 106 thatcommunicate with each other and form an autonomous system (AS) 108. AS108 can connect to other ASs that form network 100 through peeringpoints at routers 102 and 104. Additionally, AS 108 can include clientsystems 110, 112, 114, and 116 connected to respective routers 102, 104,and 106 to access the network 100. Router 102 can provide ingress andegress for client system 110. Similarly, router 104 can provide ingressand egress for client system 112. Router 106 can provide ingress andegress for both of client systems 114 and 116.

AS 108 can further include a Domain Name System (DNS) server 118. DNSserver 118 can translate a human readable hostname, such as www.att.com,into an Internet Protocol (IP) address. For example, client system 110can send a request to resolve a hostname to DNS server 118. DNS server118 can provide client system 110 with an IP address corresponding tothe hostname. DNS server 118 may provide the IP address from a cache ofhostname-IP address pairs or may request the IP address corresponding tothe hostname from an authoritative DNS server for the domain to whichthe hostname belongs.

Client systems 110, 112, 114, and 116 can retrieve information from aserver 120. For example, client system 112 can retrieve a web pageprovided by server 120. Additionally, client system 112 may downloadcontent files, such as graphics, audio, and video content, and programfiles such as software updates, from server 120. The time required forclient system 112 to retrieve the information from the server 120normally is related to the size of the file, the distance theinformation travels, and congestion along the route. Additionally, theload on the server 120 is related to the number of client systems 110,112, 114, and 116 that are actively retrieving information from theserver 120. As such, the resources such as processor, memory, andbandwidth available to the server 120 limit the number of client systems110, 112, 114, and 116 that can simultaneously retrieve information fromthe server 120.

Additionally, the network can include cache servers 122 and 124 thatreplicate content on the server 120 and that can be located more closelywithin the network to the client systems 110, 112, 114, and 116. Cacheserver 122 can link to router 102, and cache server 124 can link torouter 106. Client systems 110, 112, 114, and 116 can be assigned cacheserver 122 or 124 to decrease the time needed to retrieve information,such as by selecting the cache server closer to the particular clientsystem. The network distance between a cache server and client systemcan be determined by network cost and access time. As such, theeffective network distance between the cache server and the clientsystem may be different from the geographic distance.

When assigning cache servers 122 and 124 to client systems 110, 112,114, and 116, the cache server closest to the client can be selected.The closest cache server may be the cache server having a shortestnetwork distance, a lowest network cost, a lowest network latency, ahighest link capacity, or any combination thereof. Client system 110 canbe assigned cache server 122, and client systems 114 and 116 can beassigned to cache server 124. The network costs of assigning clientsystem 112 to either of cache server 122 or 124 may be substantiallyidentical. When the network costs associated with the link betweenrouter 102 and router 104 are marginally lower than the network costsassociated with the link between router 104 and router 106, client 112may be assigned to cache server 124.

Client system 112 may send a request for information to cache server124. If cache server 124 has the information stored in a cache, it canprovide the information to client system 112. This can decrease thedistance the information travels and reduce the time to retrieve theinformation. Alternatively, when cache server 124 does not have theinformation, it can retrieve the information from server 120 prior toproviding the information to the client system 112. In an embodiment,cache server 124 may attempt to retrieve the information from cacheserver 122 prior to retrieving the information from server 120. Thecache server 124 may retrieve the information from the server 120 onlyonce, reducing the load on server 120 and network 100 such as, forexample, when client system 114 requests the same information.

Cache server 124 can have a cache of a limited size. The addition of newcontent to the cache may require old content to be removed from thecache. The cache may utilize a least recently used (LRU) policy, a leastfrequently used (LFU) policy, or another cache policy known in the art.When the addition of relatively cold or less popular content to thecache causes relatively hot or more popular content to be removed fromthe cache, an additional request for the relatively hot content canincrease the time required to provide the relatively hot content to theclient system, such as client system 114. To maximize the cost and timesavings of providing content from the cache, the most popular contentmay be stored in the cache, while less popular content is retrieved fromserver 120.

FIG. 2 illustrates an anycast CDN system 200 that can be used inconjunction with communications network 100. The anycast CDN system 200can include a CDN provider network 202. The CDN provider network 202 caninclude a plurality of provider edge routers 204, 206, 208, 210, 212,and 214. The provider edge routers 204, 206, 208, 210, 212, and 214 canserve as ingress points for traffic destined for the CDN providernetwork 202, and egress points for traffic from the CDN provider network202 destined for the rest of the Internet. The anycast CDN system 200can further include cache servers 216 and 218. Cache server 216 canreceive traffic from the CDN provider network 202 through provider edgerouter 204, and cache server 218 can receive traffic from the CDNprovider network 202 through edge cache router 214. In addition toproviding CDN service to clients within the CDN provider network, theanycast CDN system 200 can provide CDN service to clients within AS 220and AS 222. AS 220 can include provider edge routers 224 and 226 withpeering connections to provider edge routers 206 and 208, respectively.Similarly, AS 222 can include provider edge routers 228 and 230 withpeering connections to provider edge routers 210 and 212 respectively.Requests for content from systems within either AS 220 or AS 222 mayenter the CDN provider network through the appropriate peering pointsand be directed to either cache server 216 or 218.

Anycast CDN system 200 can also include a route controller 232. Theroute controller 232 can exchange routes with provider edge routers 206,208, 210, and 212 within the CDN provider network 202. As such, theroute controller 232 can influence the routes selected by the provideredge routers 206, 208, 210, and 212. Additionally, the route controller232 can receive load information from cache servers 216 and 218. Theload information can include available bandwidth, bandwidth utilization,CPU utilization, memory utilization, number of requests being served,and the like.

Cache servers 216 and 218 can advertise, such as through Border GatewayProtocol (BGP), a shared anycast address to the CDN provider network202, specifically to provider edge routers 204 and 214. Provider edgerouters 204 and 214 can advertise the anycast address to the routecontroller 232. The route controller 232 can provide a route to theanycast address to each of the provider edge routers 206, 208, 210, and212. Provider edge routers 206, 208, 210, and 212 can direct trafficaddressed to the anycast address to either of the cache servers 216 and218 based on the routes provided by the route controller 232.Additionally, the provider edge routers 206, 208, 210, and 212 canadvertise the anycast address to AS 220 and to AS 222. The routecontroller 232 can manipulate the route provided to provider edgerouters 206, 208, 210, and 212 based on the load on the cache servers216 and 218, network bandwidth, network cost, network distance, or anycombination thereof. Altering the route to the anycast address canchange which of cache servers 216 and 218 serve content to clientsystems within the CDN provider network 202, AS 220, and AS 222.

In an embodiment, AS 220 may be an unstable network. Traffic from clientsystems within the AS 220 may enter the CDN provider network 202 at bothprovider edge routers 206 and 208. Anycast traffic entering the CDNprovider network 202 at provider edge router 206 may be directed tocache server 216 while anycast traffic entering at provider edge router208 may be directed to cache server 218. Internal routing changes withinAS 220 can cause traffic from a client system within AS 220 to beshifted from cache server 216 to cache server 218, resulting indisruptions to persistent and/or secure connections. As such, it isundesirable to provide an anycast addresses to client systems within anunstable network that can be subjected to frequent internal routingchanges.

FIG. 3 illustrates an exemplary method of providing an IP address inresponse to a DNS hostname resolution request. At 302, a system canreceive an address request, such as at DNS server 118, for an IP addressfrom a requestor, such as from a local DNS server or a client system. At304, the system can determine the IP address of the requestor, such asthe source IP of the address request. At 306, the system can determine aserving region for the requestor. In an embodiment, requestorsconnecting to the content delivery network through the same ingresspoint can belong to the same serving region. Specifically, in an anycastmode, content requests entering the content delivery network from thesame ingress point can be served by the same cache server, such as cacheserver 122.

At 308, the system can determine a preferred IP address for the servingregion, and at 310 the system can provide the preferred address to therequestor. When the cache servers are not in an overloaded state, thepreferred IP address can be an anycast IP address for the cache servers.Alternatively, when the cache servers are in an overloaded state, ormore specifically when the serving region cache server (the cache serverresponding to content requests from the serving region) is in anoverloaded state, the preferred address can be a unicast IP addressdirecting the requests to an alternate cache server that is not in anoverloaded state. In this way, the system can direct requests away fromoverloaded cache servers. Additionally, when the serving region cacheserver is offline, the preferred address can be a unicast IP addressdirecting the requests from the serving region to an alternate cacheserver.

FIG. 4 illustrates another exemplary method of providing an IP addressin response to a DNS hostname resolution request. At 402, the system canreceive an address request for an IP address of a cache server. At 404,the system can determine a serving region for the requestor. The systemmay use the source IP address of the request to determine the servingregion. At 406, the system can identify the serving region cache serverassociated with the serving region. The serving region cache server canbe the cache server that responds to content requests sent to theanycast IP address from client systems within the serving region.

At 408, the system can determine if the serving region cache server isoverloaded. The serving region cache server can be in an overloadedstate when the load of the serving region cache server exceeds athreshold, such as 80% of the available capacity of the cache server. Itshould be recognized that other threshold levels are within the scope ofthis disclosure. Additionally, the threshold may be adjusted based onthe variability of the load on the serving region cache server. Forexample, if the load typically changes by more than 10% over arelatively short time period, the threshold can be decreased to 70% ofthe available capacity of the cache server.

At 410, when the serving region cache server is not overloaded, thesystem can determine if the serving region includes an unstable network.An unstable network can includes an autonomous system that is subject tofrequent internal routing changes. As such, the ingress point for clientsystems within the serving region can change, resulting in disruptionsto connections established by sending a request to an anycast address.

At 412, when the serving region does not include an unstable network,the system can provide the anycast IP address in response to the addressrequest. Alternatively, when the serving region includes an unstablenetwork, the system can provide a unicast address corresponding to theserving region cache server in response to the address request, asillustrated at 414.

Returning to 408, when the serving region cache server is overloaded,the system can look up the unicast address of an alternate cache server,as illustrated at 416. The alternate cache server can be a cache serverthat has a relatively low network cost for serving content to theserving region. However, the alternate cache server can have a networkcost that is higher than the serving region cache server. Generally, thealternate cache server with a relatively low network cost can berelatively close to the ingress point for the serving region. However,the alternate cache server can be further from the ingress point thanthe serving region cache server. Additionally, the alternate cacheserver can be a cache server that is not overloaded. At 418, the systemcan provide a unicast IP address associated with the alternate cacheserver in response to the address request.

In an embodiment, the system can determine if the serving region cacheserver is in a pre-overloaded state. For example, the serving regioncache server can be in a pre-overloaded state when the load of theserving region cache server exceeds a pre-overload threshold but doesnot exceed an overload threshold. For example, the pre-overloadthreshold can be about 60% of the available capacity of the cache serverand the overload threshold can be about 80% of the available capacity.It should be recognized that other threshold levels are within the scopeof this disclosure. Additionally, the pre-overload threshold and theoverload threshold may be adjusted based on the variability of the loadon the serving region cache server. When the serving region cache serveris in a pre-overloaded state, the system can provide the anycast addressto a portion of the address requests and the unicast address of thealternate cache server to another portion of the address requests. Inthis way, the system can more smoothly transition a portion of thecontent requests to the alternate cache server and avoid a condition inwhich the load is shifted back and forth between the serving regioncache server and the alternate cache server. In a particular embodiment,the ratio of the address requests receiving the anycast address to theaddress requests receiving the unicast address can decrease as theservice region cache server approaches 80% of the available capacity.

In an embodiment, a group of alternate cache server may be preselectedfor the serving region. The unicast address provided can depend on theload for each of the alternate cache servers. For example, the group ofalternate cache servers can include primary and secondary alternatecache servers. When the primary cache server is not in an overloadedstate, the unicast address provided can correspond to the primary cacheserver. Alternatively, when the primary cache server is in an overloadedstate, the unicast address provided can correspond to the secondarycache server. In a particular embodiment, when all the alternate cacheservers are in an overloaded state, unicast addresses for each of thealternate cache servers can be provided in a round-robin fashion todistribute content requests to all of the alternate cache server.

FIG. 5 illustrates an exemplary method of redirecting requests inaccordance with an embodiment of the present disclosure. At 502, asystem can receive status information from the serving region cacheserver. At 504, the system can determine if the serving region cacheserver is in an offline state. For example, the serving region cacheserver can periodically send a notification to the system. When thesystem does not receive the expected notification, the system candetermine that the serving region cache server is in an offline state.The serving region cache server may be offline due to an unexpectedfailure or as a result of scheduled maintenance.

When the serving region cache server is not offline, the system cancontinue to receive status information from the serving region cacheserver at 402. Alternatively, when the serving region cache server isoffline, the system can identify an alternate cache server, asillustrated at 506. At 508, the system can provide the unicast addressof the alternate cache server in response to requests for an addressassociated with the CDN. At 510, the system can update the routing todirect content requests sent to the anycast address from the servingregion to the alternate cache server. In this way, client systems fromthe serving region can continue to receive service even when the clientsystem or a DNS server has cached the anycast address.

FIGS. 6, 7, and 8 are block diagrams illustrating the behavior of anexemplary embodiment of a system 600 during a non-overloaded conditionand an overload condition. Backbone network 602 can includes routers604, 606, 608, and 610, cache servers 612 and 614, and DNS server 616.Backbone network 602 can be connected to access network 618 throughrouter 604 and to access network 620 through router 608. Access network618 can include client systems 622 and 624 and local DNS servers 626 and628. Similarly, access network 620 can include client system 630 andlocal DNS server 632.

Referring to FIG. 6, during the non-overloaded condition, the preferredIP address for all serving regions is the anycast address. The anycastaddress allows the routers 604, 606, 608, and 610 to automaticallydirect traffic to the least cost cache server 612 or 614. Specifically,client system 622 can request an IP address for a cache server fromlocal DNS server 626. Local DNS server 626 can send a request to DNSserver 616 for the IP address. DNS server 616 can provide the anycast IPaddress in response to the query to local DNS server 626, and ultimatelyto client system 622. Similarly, the anycast IP address can be providedto client systems 624 and 630.

Upon receiving the anycast IP address, client system 622 can send acontent request to the anycast IP address. Because client system 622 iswithin access network 618, corresponding to a first serving region,content requests from client system 622 can be directed along routers604 and 606 to reach cache server 612. Similarly, content requests fromclient 624, also located within access network 618, can be directed tocache server 612. Alternately, content requests from client system 630can be directed along routers 608 and 610 to cache server 614 as clientsystem 630 is within access network 620 which can belong to a secondserving region.

Referring to FIG. 7, when cache server 612 is overloaded, DNS server 616can provide unicast IP addresses to at least a portion of the requestsfrom the first serving region. Specifically, client system 624 canrequest an IP address from local DNS server 628. Local DNS server 628can request an IP address from DNS server 616. DNS server 616, inresponse to the overload condition at cache server 612, can provide aunicast IP address associated with cache server 614 to local DNS server628. Requests from client system 624 can then be directed to cacheserver 614, bypassing the anycast routing and redirecting at least aportion of the traffic from the first serving region away fromoverloaded cache server 612 to the alternate cache server 614.

Referring to FIG. 8, when cache server 612 is offline, DNS server 616can provide unicast IP addresses in response to address requests fromthe first serving region similar to when the serving region cache serveris overloaded as previously discussed. Additionally, the routing can bemodified to direct content requests from access network 618 to cacheserver 614. Specifically, client system 624 can request an IP addressfrom local DNS server 628. When local DNS server 628 has the anycast IPaddress stored in a cache, local DNS server 628 can provide the anycastIP address to client system 624. Content requests from client system 624to the anycast address can then be directed to cache server 614 by thenetwork infrastructure to avoid content requests going to cache server612 at least until cache server 612 is back online.

FIG. 9 shows an illustrative embodiment of a general computer system900. The computer system 900 can include a set of instructions that canbe executed to cause the computer system to perform any one or more ofthe methods or computer based functions disclosed herein. The computersystem 900 may operate as a standalone device or may be connected, suchas by using a network, to other computer systems or peripheral devices.

In a networked deployment, the computer system may operate in thecapacity of a server or as a client user computer in a server-clientuser network environment, or as a peer computer system in a peer-to-peer(or distributed) network environment. The computer system 900 can alsobe implemented as or incorporated into various devices, such as apersonal computer (PC), a tablet PC, an STB, a personal digitalassistant (PDA), a mobile device, a palmtop computer, a laptop computer,a desktop computer, a communications device, a wireless telephone, aland-line telephone, a control system, a camera, a scanner, a facsimilemachine, a printer, a pager, a personal trusted device, a web appliance,a network router, switch or bridge, or any other machine capable ofexecuting a set of instructions (sequential or otherwise) that specifyactions to be taken by that machine. In a particular embodiment, thecomputer system 900 can be implemented using electronic devices thatprovide voice, video or data communication. Further, while a singlecomputer system 900 is illustrated, the term “system” shall also betaken to include any collection of systems or sub-systems thatindividually or jointly execute a set, or multiple sets, of instructionsto perform one or more computer functions.

The computer system 900 may include a processor 902, such as a centralprocessing unit (CPU), a graphics processing unit (GPU), or both.Moreover, the computer system 900 can include a main memory 904 and astatic memory 906 that can communicate with each other via a bus 908. Asshown, the computer system 900 may further include a video display unit910 such as a liquid crystal display (LCD), an organic light emittingdiode (OLED), a flat panel display, a solid-state display, or a cathoderay tube (CRT). Additionally, the computer system 900 may include aninput device 912 such as a keyboard, and a cursor control device 914such as a mouse. Alternatively, input device 912 and cursor controldevice 914 can be combined in a touchpad or touch sensitive screen. Thecomputer system 900 can also include a disk drive unit 916, a signalgeneration device 918 such as a speaker or remote control, and a networkinterface device 920 to communicate with a network 926. In a particularembodiment, the disk drive unit 916 may include a computer-readablemedium 922 in which one or more sets of instructions 924, such assoftware, can be embedded. Further, the instructions 924 may embody oneor more of the methods or logic as described herein. In a particularembodiment, the instructions 924 may reside completely, or at leastpartially, within the main memory 904, the static memory 906, and/orwithin the processor 902 during execution by the computer system 900.The main memory 904 and the processor 902 also may includecomputer-readable media.

The illustrations of the embodiments described herein are intended toprovide a general understanding of the structure of the variousembodiments. The illustrations are not intended to serve as a completedescription of all of the elements and features of apparatus and systemsthat utilize the structures or methods described herein. Many otherembodiments may be apparent to those of skill in the art upon reviewingthe disclosure. Other embodiments may be utilized and derived from thedisclosure, such that structural and logical substitutions and changesmay be made without departing from the scope of the disclosure.Additionally, the illustrations are merely representational and may notbe drawn to scale. Certain proportions within the illustrations may beexaggerated, while other proportions may be minimized. Accordingly, thedisclosure and the FIGs. are to be regarded as illustrative rather thanrestrictive.

The Abstract of the Disclosure is provided to comply with 37 C.F.R.§1.72(b) and is submitted with the understanding that it will not beused to interpret or limit the scope or meaning of the claims. Inaddition, in the foregoing Detailed Description of the Drawings, variousfeatures may be grouped together or described in a single embodiment forthe purpose of streamlining the disclosure. This disclosure is not to beinterpreted as reflecting an intention that the claimed embodimentsrequire more features than are expressly recited in each claim. Rather,as the following claims reflect, inventive subject matter may bedirected to less than all of the features of any of the disclosedembodiments. Thus, the following claims are incorporated into theDetailed Description of the Drawings, with each claim standing on itsown as defining separately claimed subject matter.

The above disclosed subject matter is to be considered illustrative, andnot restrictive, and the appended claims are intended to cover all suchmodifications, enhancements, and other embodiments which fall within thetrue spirit and scope of the present disclosed subject matter. Thus, tothe maximum extent allowed by law, the scope of the present disclosedsubject matter is to be determined by the broadest permissibleinterpretation of the following claims and their equivalents, and shallnot be restricted or limited by the foregoing detailed description.

What is claimed is:
 1. A system, comprising: a memory that storesinstructions; a processor that executes the instructions to performoperations, the operations comprising: identifying a serving region fora requestor associated with a content request based on determining thatthe requestor is connecting through a same ingress point of a network asother requestors belonging to the serving region; and modifying, inresponse to a status of a first cache server of the serving region beingdetermined to be an offline status or an overloaded status, routing ofan anycast address to direct the content request that is sent to theanycast address to a unicast address of a second cache server of theserving region.
 2. The system of claim 1, wherein the operations furthercomprise instructing, when the status of the first cache server of theserving region is determined to be the offline status, a domain nameserver to provide the unicast address of the second cache server of theserving region to the requestor.
 3. The system of claim 1, wherein theoperations further comprise instructing, when the status of the firstcache server of the serving region is determined to be the overloadedstatus, a domain name server to provide the unicast address of thesecond cache server of the serving region to the requestor.
 4. Thesystem of claim 1, wherein the operations further comprise determining apreferred internet protocol address for the serving region.
 5. Thesystem of claim 1, wherein the operations further comprise determiningif the serving region includes an unstable network.
 6. The system ofclaim 5, wherein the operations further comprise providing the unicastaddress if the serving region includes the unstable network.
 7. Thesystem of claim 1, wherein the operations further comprise providing thecontent by utilizing the second cache server when the status of thefirst cache server of the serving region is determined to be the offlinestatus or the overloaded status.
 8. The system of claim 1, wherein theoperations further comprise identifying the second cache server as analternate server when the first cache server has the offline status orthe overloaded status.
 9. The system of claim 1, wherein the operationsfurther comprise determining that the first cache server has apre-overloaded status based on the first cache server having a load thatexceeds a pre-overload threshold, but does not exceed an overloadthreshold.
 10. The system of claim 1, wherein the operations furthercomprise causing other content requests to be directed to the anycastaddress.
 11. The system of claim 1, wherein the operations furthercomprise adjusting a threshold for achieving the overloaded status basedon a variability of a load of the first cache server.
 12. The system ofclaim 1, wherein the operations further comprise receiving statusinformation for the first and second cache servers.
 13. The system ofclaim 1, wherein the operations further comprise determining that thefirst cache server has the offline status when a notification is notreceived from the first cache server.
 14. A method, comprising:determining, by utilizing instructions from a memory that are executedby a processor, a serving region for a requestor associated with acontent request based on determining that the requestor is connectingthrough a same ingress point of a network as other requestors belongingto the serving region; and adjusting, in response to a status of a firstcache server of the serving region being determined to be an offlinestatus or an overloaded status, routing of an anycast address to directthe content request that is sent to the anycast address to a unicastaddress of a second cache server of the serving region.
 15. The methodof claim 14, further comprising instructing, when the status of thefirst cache server of the serving region is determined to be the offlinestatus, a domain name server to provide the unicast address of thesecond cache server of the serving region to the requestor.
 16. Themethod of claim 14, further comprising adjusting a threshold forachieving the overloaded status based on a variability of a load of thefirst cache server.
 17. The method of claim 14, further comprisingcausing other content requests to be directed to the anycast address.18. The method of claim 14, further comprising receiving statusinformation for the first and second cache servers.
 19. The method ofclaim 14, further comprising providing the unicast address if theserving region includes an unstable network.
 20. A non-transitorycomputer-readable medium comprising instructions, which, when loaded andexecuted by a processor, cause the processor to perform operations, theoperations comprising: determining a serving region for a requestorassociated with a content request based on determining that therequestor is connecting through a same ingress point of a network asother requestors belonging to the serving region; and modifying, inresponse to a status of a first cache server of the serving region beingdetermined to be an offline status or an overloaded status, routing ofan anycast address to direct the content request that is sent to theanycast address to a unicast address of a second cache server of theserving region.